Digital intercom system having a communication device and linked audio output device

ABSTRACT

A digital intercom system has a master station with hardware and software configured to allow duplex communication between a plurality of communication devices. The software is configured to run a plurality of settings for directing communication between the communication devices, the settings including a plurality of channels for each communication device. The channels each define parameters for how the communication devices within the system will communicate. An audio output device is linked to a corresponding communication device of the plurality of communication devices such that the audio output device is configured to receive and play the same audio as the corresponding communication device. The master station is configured to modify the settings based on input entered into a browser based program run on an input/output (I/O) device by a user.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation in part of U.S. patent applicationSer. No. 15/894,359 filed on Feb. 12, 2018 and entitled “BROWSER BASEDDIGITAL INTERCOM SYSTEM” which claims priority to and the benefit ofU.S. Provisional Patent Application No. 62/457,426, filed on Feb. 10,2017 and entitled “DIGITAL INTERCOM SYSTEM AND METHOD”, the contents ofboth of which are incorporated by reference as though fully set forthherein.

This application is also related to U.S. patent application Ser. No.15/894,254 filed on Feb. 12, 2018 and entitled “METHOD OF CONTROLLINGCOMMUNICATIONS WITHIN A DIGITAL INTERCOM SYSTEM”, the contents of whichare incorporated by reference as though fully set forth herein. Further,this application is related to another application titled “DIGITALINTERCOM SYSTEM HAVING MULTIPLE MASTER STATIONS” filed by the sameapplicant as the present application on Jan. 24, 2019, the contents ofwhich are incorporated herein by reference as though fully set forthherein.

FIELD OF THE TECHNOLOGY

The subject disclosure relates to communication systems and moreparticularly to intercom systems designed for harsh environments.

BACKGROUND OF THE TECHNOLOGY

Intercom systems are useful in environments in which a group of userscommunicate with each other. For example, in a firefighting environment,it is important that individual firefighters be able to communicatereliably with each other over a full-duplex system. It is also importantthat command personnel on the scene of a fire be able to communicatewith the individual firefighters. It is also important that persons at aremote location, such as a fire department dispatch location orheadquarters be able to communicate. Intercom systems are commonly usedto provide this functionality.

Marine vessels can also be environments in which intercom communicationcan be employed. It is often desirable for members of a large boat crewto be able to communicate with each other during operation. Intercomsystems are also commonly used to provide this functionality as well.

It is desirable to be able to configure communication among members of agroup of users of an intercom system according to a particularoperational scenario or a particular tactical situation. Similarly, itis also desirable to make adjustments to the communication configurationin real time (“on the fly”) to be able to manage communication between anumber of different devices.

SUMMARY OF THE TECHNOLOGY

In light of the needs described above, there is a need for a digitalintercom system that allows communication between numerous devices to beeasily and intuitively managed.

In at least one aspect, the subject technology relates to a digitalintercom system. The system includes a master station having hardwareand software configured to allow duplex communication between aplurality of communication devices. The software runs a plurality ofsettings for directing communication between the communication devices.The master station is configured to modify the settings based on inputentered into a browser based program run on an input/output (I/O) deviceby a user.

In some embodiment, the master station includes the I/O device. Themaster station can have a port for selectively connecting the I/O deviceto the master station. The master station can include memory for storingthe browser based program. Further, the master station can be configuredto allow the I/O device to: download a copy of the settings from thememory; upload new modified settings from the I/O device; and store thenew modified settings in the memory. In some cases, the master stationis configured to upload the browser based program to a server to allowthe I/O device to modify the settings by accessing the browser basedprogram from the server. In some embodiments, the communication devicesinclude a wired endpoint hardwired to the master station. The wiredendpoint can also be hardwired to a headset.

In some embodiments, the system can include one or more wirelessgateways, each wireless gateway hardwired to the master station and inwireless communication with at least one of the communication devices.The at least one communication device in wireless communication with awireless gateway can also include a headset hardwired to a belt station,the belt station forming a wireless connection between saidcommunication device and said wireless gateway. In some embodiments, thesettings include a plurality of channels for each communication device,the channels each having an option set defining parameters for dictatinghow the communication devices within the system will communicate. Thebelt station can include a single soft button operable to cycle betweenchannels associated with the communication device hardwired to the beltstation.

In some embodiments, at least one of the communication devices providesan audio prompt when a user switches between channels. The settings caninclude a plurality of channels for each communication device, thechannels each having an option set defining parameters for dictating howthe communication devices within the system will communicate. In someembodiments, the parameters further dictate, for each communicationdevice: which other communication devices said communication device willbe in communication with; and when said communication device will sendand receive audio to and from the other communication devices. Eachcommunication device can include at least one soft button operable tochange between the channels. The soft buttons can include a plurality ofselect buttons, activating one of the select buttons causing saidcommunication device to switch from an active channel to a separatechannel. The soft buttons can include a switch button, activating theswitch button causing a corresponding communication device to change thechannels associated with each select button for said communicationdevice. In some cases, the switch button can be a push to talk button,activating the push to talk (PTT) button allowing input audio from thedevice associated with said PTT button to be sent to at least one othercommunication device.

In at least one aspect, the subject technology relates to a method ofmanaging communications between a plurality of communication deviceswithin a digital intercom system. An input table is provided for eachcommunication device. The input table has a plurality of first lineararrays each corresponding to a different one of the communicationdevices on the system. The input table also includes a plurality ofsecond linear arrays each corresponding to a communication channel. Theinput table also has a plurality of cells each defined by an associatedone of the first linear arrays and an associated one of the secondlinear arrays, the cells containing volume control information forcommunication with the communication device corresponding to theassociated first linear array and over the communication channelcorresponding to the associated second linear array. An output table isalso provided for each communication device. The output table has aplurality of third linear arrays each corresponding to a different oneof the communication devices on the system. The output table also has aplurality of fourth linear arrays each corresponding to a communicationchannel. The output table also has a plurality of cells each defined byan associated one of the third linear arrays and an associated one ofthe fourth linear arrays, the cells containing volume controlinformation for communication with the communication devicecorresponding to the associated third linear array and over thecommunication channel corresponding to the associated fourth lineararray. The method includes receiving, from a first communication deviceof the communication devices, an audio transfer request to send an audiosignal to a second communication device of the communication devices. Afirst active channel of the first communication device is identifiedfrom the communication channels. A second active channel of the secondcommunication device is identified from the communication channels. Afirst cell of the cells of the input table of the first communicationdevice is identified, the first cell defined from a first linear arraycorresponding to the second communication device and a second lineararray corresponding to the first active channel. A second cell of thecells of the output table of the second communication device isidentified, the second cell defined from a third linear arraycorresponding to the first communication device and a fourth lineararray corresponding to the second active channel. The volume controlinformation of the first cell is compared with the volume controlinformation of the second cell. The audio signal is modified based onthe comparison of the volume control information of the first cell andthe volume control information of the second cell.

In some embodiments, the audio signal is processed to compare a noiselevel within the audio signal to a voice level within the audio signal.The audio signal from the first communication device can then betransferred to the second communication device if the voice level isgreater than the noise level. In some cases, the method further includestransferring the audio signal from the first communication device to thesecond communication device. The communication channels can beconfigured from a master station connected to all the communicationdevices by Ethernet.

In some embodiments, volume control information in the first and secondcells can include a suggested volume. In some cases, a smallestsuggested volume can be determined based on the comparison of the volumecontrol information of the first cell and the volume control informationof the second cell. In the step of modifying the audio signal, the audiosignal can then be modified based upon the smallest suggested volume. Insome embodiments, the active channel for each communication device isset locally on the communication device. Each communication device caninclude at least one button, the active channel for the communicationdevice being set by activating one of the buttons. In some embodiments,the cells of the input tables are each formed from intersections betweenthe first linear arrays and the second linear arrays such that the inputtables are multidimensional arrays. The cells of the output tables canbe formed from intersections between the third linear arrays and thefourth linear arrays such that the output tables are multidimensionalarrays.

In at least one aspect, the subject technology relates to a method ofmanaging communications between a plurality of communication deviceswithin a digital intercom system. The method includes providing an inputtable for each communication device. The input table includes aplurality of rows each corresponding to a different one of thecommunication devices on the system. The input table also includes aplurality of columns each corresponding to a communication channel of aplurality of communication channels, the columns defining parametersdictating how the communication devices within the system willcommunicate. The input table also includes a plurality of cells eachdefined by an associated row and an associated column of the inputtable, the cells containing volume control information for communicationwith the communication device corresponding to the associated row andover the communication channel corresponding to the associated column.Further, an output table is provided for each communication device. Theoutput table has a plurality of rows each corresponding to a differentone of the communication devices on the system. The output table alsohas a plurality of columns each corresponding to one of thecommunication channels. The output table also has a plurality of cellseach defined by an associated row and associated column of the outputtable, the cells containing volume control information for communicationwith the communication device corresponding to the associated row andover the channel corresponding to the associated column. An audiotransfer request is received from a first communication device of thecommunication devices to send an audio signal to a second communicationdevice of the communication devices. A first cell is identified from thecells of the input table of the first communication device, the firstcell defined by a row corresponding to the second communication deviceand a column corresponding to an active channel of the communicationchannels of the first communication device. A second cell is identifiedfrom the cells of the output table of the second communication device,the second cell defined by a row corresponding to the secondcommunication device and a column corresponding an active channel of thecommunication channels of the first communication device. The volumecontrol information of the first cell is compared with the volumecontrol information of the second cell. The audio signal is modifiedbased on the comparison of the volume control information of the firstcell with the volume control information of the second cell.

In some embodiments, the audio signal is processed to compare a noiselevel within the audio signal to a voice level within the audio signaland the audio signal is transferred from the first communication deviceto the second communication device if the voice level is greater thanthe noise level. In some cases, the audio signal from the firstcommunication device is transferred to the second communication device.In some embodiments the communication channels are configured from amaster station connected to all the communication devices by Ethernet.Each communication device can include at least one button, the activechannel for the communication device being set by activating one of thebuttons. In some embodiments, the volume control information can includea suggested volume. A smallest suggested volume can be determined basedon the volume control information of the first cell and the volumecontrol information of the second cell and the audio signal can bemodified based upon the smallest suggested volume.

In at least one aspect, the subject technology relates to a method ofmanaging communications between a plurality of communication deviceswithin a digital intercom system. An input table is provided for eachcommunication device, the input table having a plurality of cellscontaining volume control information for communication with othercommunication devices within the system. The cells within the inputtable are catalogued at a location corresponding to: one of the othercommunication devices; and one of a plurality of communication channels.For each communication device, an output table is provided with aplurality of cells containing volume control information forcommunication with other communication devices within the system. Thecells are catalogued within the output table at a location correspondingto: one of the other communication devices; and one of a plurality ofcommunication channels. Input audio is received by a first communicationdevice of the communication devices. A voice level and a noise level areidentified from the input audio. When the voice level is greater thanthe noise level, additional steps are taken. The additional stepsinclude generating an audio transfer request to send an audio signalfrom the first communication device to a second communication device ofthe communication devices, the audio signal based on the input audio.The additional steps also include retrieving the input table of thefirst communication device and the output table of the secondcommunication device. The additional steps also include identifying afirst active channel of the first communication device from thecommunication channels. The additional steps include identifying asecond active channel of the second communication device from thecommunication channels. The additional steps also include modifying theaudio signal of the audio transfer request based on a comparison of thevolume control information of the first cell with the volume controlinformation of the second cell.

In some embodiments, the method includes transferring the audio signalfrom the first communication device to the second communication device.

In at least one aspect, the subject technology relates to a digitalintercom system having a master station. The master station has hardwareand software configured to allow duplex communication between aplurality of communication devices. The software is further configuredto run a plurality of settings for directing communication between thecommunication devices, the settings including a plurality of channelsfor each communication device. The channels each define parameters forhow the communication devices within the system will communicate. Atleast one audio output device is linked to a corresponding communicationdevice of the plurality of communication devices such that the audiooutput device is configured to receive and play the same audio as thecorresponding communication device. The master station is configured tomodify the settings based on input entered into a browser based programrun on an input/output (I/O) device by a user.

In some embodiments, the system includes one or more wireless gateways,each wireless gateway hardwired to the master station and in wirelesscommunication with at least one of the communication devices. The audiooutput devices can be positioned at a location remote from thecorresponding communication device and comprise a speaker. In some casesthe settings include parameters defining how the audio output devicesreceive audio.

In some embodiments, each audio output device is configured such thatwhen a change is made to the settings of the corresponding communicationdevice related to how audio is received, a corresponding change is madeto parameters of the audio output device. In some cases, eachcommunication device is configured to transfer audio based on theparameters of an active channel of the plurality of channels. The audiooutput devices can also be configured to subscribe to the active channelof the corresponding communication device to receive audio based on theactive channel.

In some embodiments, the system can include a user interface operablevia the browser based program configured to depict: groupings of thecommunication devices based on shared channels; and the at least oneaudio output device as linked to the corresponding communication device.The user interface can be configured to operate via the master stationto dynamically display changes to the settings in real time. In someembodiments, the system can be configured to run an algorithm to detectwhen a communication device is active and display indicia denoting whichcommunication devices are active.

In some embodiments, the master station includes memory for storing thebrowser based program. The master station can then be configured toallow the user, via the I/O device, to download a copy of the settingsfrom the memory, upload new modified settings from the I/O device, andstore the new modified settings in the memory. In some cases, the masterstation can be configured to upload the browser based program to aserver to allow the user, via the I/O device, to modify the settings byaccessing the browser based program from the server.

In at least one aspect, the subject technology relates to a digitalintercom station having a first master station. The first master stationhas hardware and software configured to allow duplex communicationbetween a first plurality of communication devices. The software isfurther configured to run a plurality of first settings for directingcommunication between the first plurality of communication devices. Thesystem also includes a second master station having hardware andsoftware configured to allow duplex communication between a secondplurality of communication devices. The software is further configuredto run a plurality of second settings for directing communicationbetween the second plurality of communication devices. The first masterstation and the second master station are also configured to allowduplex communication between the first plurality of communicationdevices and the second plurality of communication devices. Further, thefirst and second settings include a plurality of inter-master channelsdefining parameters for communication between the first plurality ofcommunication devices and the second plurality of communication devices.The first master station is configured to modify the first settingsbased on input entered into a first browser based program run on a firstinput/output (I/O) device by a user. The second master station isconfigured to modify the second settings based on input entered into asecond browser based program run on a second I/O device by the user.

In some embodiments, the system also includes one or more wirelessgateways, each wireless gateway hardwired to the first master stationand in wireless communication with at least one of the firstcommunication devices. The system can be configured to generate a systemsettings file containing the first settings and the second settings. Insome cases, the first master station is configured as a primary masterstation and the second master station is configured as a secondarymaster station such that loading the system settings file onto the firstmaster station uploads the first and second settings to the system. Thefirst master station can have an IP address and the second masterstation can be configured with an HTTP header which allows the IPaddress of the first master station to access the second settings.

In some embodiments, the first master station includes memory forstoring the first browser based program. The first master station canthen be configured to allow a user, via the first I/O device, todownload a copy of the first settings from the memory, upload newmodified first settings from the first I/O device, and store the newmodified first settings in the memory. In some cases, the first masterstation is configured to upload the first browser based program to aserver to allow the first I/O device to modify the first settings byaccessing the first browser based program from the server.

BRIEF DESCRIPTION OF THE DRAWINGS

So that those having ordinary skill in the art to which the disclosedsystem pertains will more readily understand how to make and use thesame, reference may be had to the following drawings.

FIG. 1 is a schematic block diagram of components of a digital intercomsystem in accordance with the subject technology.

FIG. 2 is a block diagram of components of a digital intercom system inaccordance with the subject technology.

FIG. 3 is a block diagram illustrating communication between users of adigital intercom system in accordance with the subject technology.

FIG. 4 is a graphical user interface generated by a browser basedprogram in accordance with the subject technology.

FIGS. 5A-5C are sample interfaces allowing a user to modify settings onthe digital intercom system in accordance with the subject technology.

FIG. 6A is an example of data tables configured to control communicationdevices within the intercom system in accordance with the subjecttechnology.

FIG. 6B is a flowchart showing a method of controlling communicationbetween communication devices within the intercom system in accordancewith the subject technology.

FIG. 7 is a method of processing digital signals within the intercomsystem in accordance with the subject technology.

FIG. 8 is a block diagram of communication with the digital intercomsystem in accordance with the subject technology.

FIG. 9 is an exemplary interface showing an audio output device linkedto a communication device in accordance with the subject technology.

FIG. 10 is a simplified block diagram of a digital intercom systemincluding connected master stations and components thereof in accordancewith the subject technology.

DETAILED DESCRIPTION

The subject technology overcomes many of the prior art problemsassociated with intercom systems. The advantages, and other features ofthe systems and methods disclosed herein, will become more readilyapparent to those having ordinary skill in the art from the followingdetailed description of certain preferred embodiments taken inconjunction with the drawings which set forth representative embodimentsof the present technology. Like reference numerals are used herein todenote like parts. Further, words denoting orientation such as “upper”,“lower”, “distal”, and “proximate” are merely used to help describe thelocation of components with respect to one another. For example, an“upper” surface of a part is merely meant to describe a surface that isseparate from the “lower” surface of that same part. No words denotingorientation are used to describe an absolute orientation (i.e. where an“upper” part must always be on top). Further, numbered components (e.g.first, second, and third devices) are used just for clarity and are notmeant to denote any specific order or configuration of the components.

Referring now to FIGS. 1 and 2, schematic functional block diagramswhich illustrate components of a digital intercom system 100 accordingto exemplary embodiments are shown. System 100 illustrated in FIGS. 1and 2 can be implemented in any environment in which intercom systemsare useful or desirable, including but not limited to firefighting,marine vessels, aircraft ground support, or the like. System 100 can beimplemented as a stand-alone system, or, alternatively or additionally,in a structure with existing wiring, such as Category 5 digitalcommunication wiring, or other similar wiring.

Still referring to FIGS. 1 and 2, digital intercom system 100 includes amaster station 102, which performs as a system hub and controlscommunications between all of the system components. Generally, masterstation 102 includes hardware and software configured to controlcommunication between a plurality of communication devices 136. Masterstation 102 can include one or more analog and/or digital inputs and/oroutputs, and/or control inputs/outputs. Master station 102 can alsoprovide interfaces for communication with external communicationdevices, such as, for example, a marine-band very high frequency (VHF)radio 104, a tactical VHF radio 106 and/or a high-frequency/automaticlink establishment (HF/ALE) radio 108. These radio devices 104, 106, 108can communicate with the master station 102 (and thus with other deviceswithin the system 100) from long distances. Settings controllingcommunication between communication devices 136 can be set at the masterstation 102 using an input/output (I/O) device 103. The I/O device 103can be a part of the master station 102 (e.g. a keyboard, mouse, andcomputer screen attached to the master station 102) or an externaldevice. In the case where the I/O device 103 is an external device, thesettings can be modified on the I/O device 103 which can then beconnected (via hardwire or wirelessly) to the master station 102 toupload the modified settings onto the master station 102.

In system 100 of FIGS. 1 and 2, individual users communicate with eachother through communication devices 136 which are all linked to themaster station 102. The communication devices 136 typically include anaudio I/O device, such as headsets 110A-D (generally 110), and anendpoint or gateway for sending signals between each communicationdevice 136 and the master station 102. In the example of FIGS. 1 and 2,headsets 110 include an audio output by which the user can hearcommunications from other users and a microphone by which the user canprovide his/her own communications to other users. It will be noted thatsystem 100 is illustrated and described in FIG. 1 as including fourheadsets 110. However, the present disclosure is applicable to intercomsystems with any number of headsets. The audio output of each headset110A-D can be of the form of a pair of headset domes 112A and 112B,which surround the ears of the user of the headset 110. Each headsetdome 112 includes a speaker for providing audio output for the user tohear. It will be understood that the type of headsets 110 illustrated inFIG. 1 is exemplary only. Other configurations of headsets 110, or otherI/O devices, can be used in the technology of the present disclosure.For example, any or all of the headsets 110 can be an intra-auralheadset, a helmet-type headset, or other type of headset 110. One ormore of headsets 110 can be, for example, noise attenuating headsetswith a noise-cancelling boom-mounted microphone 114A-D. Headsets 110 caninclude individual volume adjustment and radio push-to-talk (PTT)capability. Headsets 110 can be any of the type manufactured and sold bythe present Applicant, David Clark Company Incorporated of Worcester,Mass., USA.

In some cases, some of the communication devices 136 include wiredendpoints 116A-D (generally 116) which are hardwired to the masterstation 102 to facilitate the transmission and receipt of audio signalsbetween the headset 110 and master station 102. The headsets 110 can behardwired to the wired endpoints 116 by coil cords or cables 118A-D(generally 118). Each wired endpoint 116 provides the interface betweena headset 110 and the master station 102. In some exemplary embodimentseach wired endpoint 116 includes a user interface including five “softbuttons” (software definable buttons) operable by the user to controltheir interaction within system 100. The five soft buttons include fourprogrammable select buttons 130 labeled “1,” “2,” “3” and “4” withcorresponding multi-color LEDs 132 and a fifth switch button 134. Ingeneral, options for communicating on the system are configured at themaster station 102 for each device and activating the buttons 130, 134switches the option settings of that communication device 136. Thischanges the communication between that communication device 136 and theother communication devices 136 within the system 100, as discussed inmore detail below. For example, activating the select buttons 130 canallow a user to select a new communication channel, changing theparameters under which the corresponding communication device 136 iscurrently operating (i.e. the active channel of the communication device136). In this way, activating the select button 130 can change whichother communication devices 136 are heard. In some cases, activating aselect button 130 causes a communication device 136 to cycle throughcommunication channels within different talk groups, such as aradio/public address (PA) or intercom talk-group, as discussed in moredetail below.

In the embodiment shown in FIG. 1, the switch button 134 is configuredas a push-to-talk (PTT) button. Activating the switch button 134 willallow input audio into a corresponding headset 110 to be transmitted toone or more select communication devices 136 within the system 100,depending on the active channel of the communication device 136 and thesettings associated with the switch button 134. However, the example ofa PTT-type switch button 134 is given only in way of example and forconsistency with familiar convention in the intercom industry. Theswitch button 134 is programmable to implement various features, such astalk-group channel selection, radio, PA, etc., similar to the other foursoft buttons 130. Alternatively, the switch button 134 can be configuredeffectively as a “shift” button, such that activating the switch button134 changes the option sets (e.g. the channels) associated with eachselect button 130. Therefore activating a select button 130 whichpreviously activated a first channel may instead cause the same selectbutton 130 to activate a second channel after the switch button 134 isactivated. In such a case, activating one of the select buttons 130 willresult in the communication device 136 communicating within the system100 operating under a different set of parameters before and after theswitch button 134 is activated. It will be understood that any number ofsoftware-definable buttons can be used in various embodiments.

Still referring to FIGS. 1 and 2, each wired endpoint 116A-D isconnected to master station 102 by a cable 120A-D (generally 120).Cables 120 carry the appropriate analog and/or digital signals toimplement audio communications between user headsets 110A-D on system100. For example, cables 120 can carry digital audio signals from masterstation 102 which are used to drive the audio output of each headset110A-D to permit the user at each headset 110 to hear communications onsystem 100. Cables 120 can carry digital audio microphone signals fromeach headset 110 and/or wired endpoint 116 to master station 102 suchthat each user can be heard on system 100 as desired. Cables 120 canalso carry digital control signals back and forth between the wiredendpoints 116 and master station 102 to control which communicationdevices 136 are in communication based on the set options of eachcommunication device 136. Cables 120 can be electrically conductive,comprising a material such as copper or aluminum. Alternatively, cables120 can be optical fibers.

In some exemplary embodiments, intercom system 100 can implement awireless feature. That is, in some embodiments, instead of or inaddition to cables 120 connecting wired endpoints 116 to master station102, one or more wireless gateways 122 can be connected to the masterstation 102 to provide wireless, full-duplex communication to remotecommunication devices 136. In these embodiments, a plurality of wirelessbelt stations 124 can be used, each belt station 124 being carried orworn by a user of system 100. Each belt station 124 is paired with anaudio I/O device, such as a headset 110, to form a communication device136. The corresponding headset 110 can be connected to each wirelessbelt station 124 by a coil cable 118. Each wireless belt station 124transmits and receives signals wirelessly to and from a wireless gateway122 via a wireless communication channel 123. The master station 102 ishardwired to the wireless gateways 122 by cables 126, the cables 126carrying digital audio and control signals between the master station102 and the wireless gateways 122. Cables 126 can be electricallyconductive, comprising a material such as copper or aluminum.Alternatively, cables 126 can be optical fibers. Cables 126 can carrythe appropriate digital signals to implement audio communications fromcommunication devices 136 on system 100. Signals provided to thewireless gateways 122 can then be transmitted via wireless communicationchannels 123 to the wireless belt stations 124, the belt stations 124providing a signal to the corresponding headset 110 via coil cables 118to drive the audio output of the corresponding headset 110. In this way,the wireless gateways 122 facilitate the communication between remotecommunication devices 136 and other communication devices connected (byhardwire or wirelessly) to the master station 102. Notably, the term“belt station” is used generally to refer to devices which function asdescribed herein, transmitting and receiving wireless signals between aremote wireless endpoint and a local audio I/O device, and is not meantto be construed restrictively.

Wireless communication channels 123 between each belt station 124 andthe wireless gateways 122 can be implemented in accordance with anappropriate wireless communication protocol, such as, for example,Digital Enhanced Cordless Communication (DECT) 6.0, or other DECTversion, or other wireless communications protocol. Wireless gateways122 provide a close-proximity wireless link (i.e. a wirelesscommunication channel 123) and wireless connection for each headset 110user on system 100 via a wireless belt station 124. Wireless gateways122 act as relays for the audio of all wireless users on system 100,including intercom and radio transmit/receive functions between masterstation 102 and all wireless users on system 100. As noted above, eachbelt station 124 transmits and receives system 100 audio (i.e. intercomand radio communication) to and from master station 102 and therefore tovarious user's headsets 110. In some particular exemplary embodiments,each wireless belt station 124 provides line-of-sight reliable rangefrom a wireless belt station 124 to a wireless gateway 122. The wirelessbelt stations 124 can provide functionality such as talk groupselectability, automatic VOX adjustment for hands-free, full-duplexcommunication, microphone control switch, multi-function momentary PTTswitch, radio/configuration select, water-tight connection for headsetconnector, attachment (wired) option, removable Lithium polymer batteryfor at least 24 hours of continuous usage on a single charge, and otheroperational features. For example, as with the wired endpoints 116, thewireless gateways 124 can include one or more soft buttons 130, 134. Insome cases, rather than having numerous soft buttons, the belt stations124 each include a single soft button which can be activated to changebetween a plurality of different channels or option sets. After thebutton is activated, a corresponding audio output can play through theheadset 110 to tell the user which channel they have switched to, oralternatively, to inform them that they have switched channels. In someembodiments, the single soft button can also be a power button for thebelt station 124, the soft button powering the belt station 124 on oroff when held for an extended period of time (e.g. 2 or more seconds)and cycling between option sets when activated more briefly (e.g. lessthan 2 seconds).

As illustrated in the particular exemplary embodiments of FIGS. 1 and 2,each wireless gateway 122 can provide wireless communication 123 to upto four belt stations 124. As a result, in the particular exemplarysystem 100 illustrated in FIGS. 1 and 2, master station 102 can controlwireless communication among up to sixteen user headsets 110.

In some exemplary embodiments, master station 102 also provides thepower source for all wired endpoints 116, which can serve as headsetstations for the headsets 110, and all wireless endpoints (i.e. wirelessgateways 122). Master station 102 is configured to allow installation ofmultiple functional add-in modules, thus allowing users to configureconnections on system 100 based on their specific requirements, i.e.,headset stations (wired endpoints 116), wireless endpoints (wirelessgateway 122), radios 104, 106, 108, interfaces, auxiliary input/output,etc. One type of add-in module, referred to herein as a “switch card”add-in module, provides connection points for multiple, e.g., up tofour, wired or wireless endpoints. In some embodiments,power-over-Ethernet provides power to endpoints. Another type of add-inmodule, referred to herein as a “radio card” add-in module, providesmultiple connection points, e.g., up to four, for two-way radioconnections. Alternatively, the radio card add-in module can provide,for example, four analog connections for example, for two radio and twostereo/mono audio devices, e.g., weather receiver, GPS navigationdevice, etc.

Referring now to FIG. 3, a block diagram 300 is provided to illustratean example of communication between users using communication devices136 on the system 100 in accordance with the subject technology. In theexample of diagram 300, the system 100 is being used by a constructioncrew on a construction project. However, as noted, the system 100 isalso well suited for use in many other environments, including harshenvironments, such as in marine or high speed flight applications. Theconstruction crew includes a foreman 302 who is in communication with anexcavation crew 304A, a concrete crew, 304B, and a paint crew 304C(collectively 304). Each crew 304 includes a number of crew members306A-306L (generally 306). Four crew members 306 are shown in each crew304 for exemplary purposes. Each crew member 306 and the foreman 302 allhave communication devices 136 which are connected to the same intercomsystem 100. Settings for the communication devices 136 are configured atthe master station 102. The settings include parameters which dictatehow the communication devices 136 will communicate. Preferably theparameters are contained within option sets with a number of option setscorresponding each device 136. The user of a device 136 can switchbetween option sets by switching channels. For example, the firstchannel may be a default option set allowing all users 302, 306 to hearone another with priority being given to the foreman 302. Therefore whenthe foreman 302 talks, the other crew members 306 will have their volumelowered or muted. Further, each crew 304 may have a supervising crewmember (e.g. crew member 306A, 306E, 306I) who has priority over theother members of the crew 304, but not the foreman 302. Switching to asecond channel may activate a second option set which changes the firstoption set to place the entire excavation crew 304A under “push-to-talk”(“PTT”) conditions. In this case, the excavation crew 304 will begenerally muted and will only be heard when they activate a soft button(e.g. a switch button 134) on their communication device 136. Saiddifferently, activating the soft button switches the active option setfor their communication device 136 (e.g. from the default channel optionset to a subset option set) such that audio input into the correspondingheadset 110 which was previously blocked is instead heard by the othercrew members 304 and foreman 302. In this way, when the excavation crew304A is in the process of excavating, the other workers don't constantlyhear the noise from the excavation through their communication device136, but instead, only hear the excavation crew 304A when one of theexcavation crew members 306A-306D has activated the soft button enablingPTT. Similarly, if the noise of the excavation is only captured in theheadset 110 of one member of the construction crew (e.g. if crew member306B is a backhoe operator), a channel can be included with an optionset that puts only that crew member (member 306B) on a PTT setting. Byfurther way of example, additional option sets three and four (orchannels) might implement similar restrictions, adding a push-to-talkcondition to the concrete and paint crew 304B, 304C respectively.Notably, these possible channels and option sets are merely examples.Channels, option sets, or groups of option sets can be configured asdesirable to cause one or more users to have input and/or outputcapability with one or more other users and/or to impose restrictions onaudio exchanged between users. Different option sets can be configuredwithin the settings from the master gateway 102 as desired, as discussedin more detail below.

In further detail, the communication devices 136 of each user includeone or more soft buttons which allow them to then cycle through theoption sets and/or switch channels. For example, the soft buttons caninclude four select button 130 which allow the user to switch throughthe various channels and a switch button 134 which changes the optionsset within each channel. A first communication device 136 might then beheld by the supervising crew member 306A of the excavation crew 304A.Activating a first select button 130 may change the active channel ofthe communication device 136 of the supervising crew member 306A suchthat he can only hear the concrete crew 304B and the foreman 302. Whilein some examples the switch button 134 acts as a PTT button, switchingthe current option set to one where the associated communication device136 is no longer muted, the switch button 134 can also be used to switchthe option sets in other ways. For example, the switch button 134 caneffectively act as a shift, changing the associated option sets of eachselect button 130. In this way, while four channels corresponding tofour option sets may initially be accessed by activating one of the fourselect buttons 130, an additional, different four channels havingdifferent corresponding option sets may be accessed once the switchbutton 134 has been activated. Therefore after activating the switchbutton 134, activating a first select button 130 will access a fifthoption set while activating a second select button 130 will access asixth option set and so on. The switch button 134 can also change theactive device channel. For example, if the first select button 130 ofthe above example has already been activated and the switch button 134is then activated, the device will switch from relying on the firstoption set and will instead rely on the fifth option set. In some cases,the switch button 134 can be activated numerous times to switch betweenadditional option sets for each select button 130. The soft buttons canalso include a select button 130 which allows “direct talk”, activatingthe select button 130 allowing the user to talk to or hear from aspecific person within the system 100 (e.g. the foreman 302) withoutthat person needing to press anything.

Referring now to FIG. 4, a graphical user interface (“GUI”) generated bya browser based program in accordance with the subject technology isshown generally at 400. The GUI 400 allows a user to view or modify thesystem 100, and more particularly the settings and options ofcommunication devices 136 and associated communication channels withinthe system 100, from a central location. The GUI 400 can be produced byan output device attached directly to the master station 102, or can beproduced on an external device that is connected to the master station102, such as a laptop. The GUI 400 can be produced by an HTML programwhich is run within a web browser. The GUI 400 allows a user to modifysettings stored within the memory of the master station 102 whichcontrol communication between devices 136 on the system 100. In somecases, the GUI 400 can be accessed on a website, changes made to the GUI400 by an external device via the web page being presented to the masterstation 102. In any case, changes made to the settings via the GUI 400are eventually stored with the memory of the master station 102 tocontrol communication between the devices 136 on the system 100.

The GUI 400 displays a number of selections related to communicationdevice management 402, talk group options 404, and system status 406.Under the device management 402 section, the various communicationdevices 136 which are part of the system 100 will be identified anddescribed when the device info block 408 is selected. The otherselections allow the user to edit settings associated with thecommunication devices 136 (block 410), review channels within which eachcommunication device 136 communicates (i.e. the option sets betweendevices block 412), or rename communication devices 136 as desired(block 414).

The GUI 400 also presents “talk group” options 404. The talk groupoptions 404 provide an easy interface for a user to modify the channelswithin which each communication device 136 communicates. For example,each communication device 136 can have one or more option setsassociated with that communication device 136 which might be accessibleby activating buttons on the communication devices 136. Within the talkgroup options 404, individual talk groups 416 can be configured toassign one or more communication devices 136 to that particular talkgroup 416. After creating and naming a talk group 416, the operator,operating through the GUI 400, can assign a number of communicationdevices 136 connected to the system 100 to that talk group 416 andassign parameters for how the buttons of each communication device 136will affect communication between the devices 136. The operator canmodify the options related to each communication device 136 within thattalk group 416.

For example, a first communication device 136 with a wireless or wiredendpoint and corresponding headset 110 can be included within the talkgroup 416. The options of that communication device 136 can be set tohear all audio from other communication devices 136 within that talkgroup 416, to hear no audio, or at some intermediate level. Likewise,the communication device 136 can be set to allow transmission of audiothrough a microphone or other means, or to allow no transmission ofaudio. In some cases, it may be desirable to set options for the firstcommunication device 136 such that audio is transmitted only undercertain conditions, such as when a PTT button is activated, or when thedevice 136 is on a certain channel. This can be particularlyadvantageous in a harsh environment and/or an environment withsignificant background noise. Other communication devices 136 can thenbe added to the talk group 416 and have their settings likewiseconfigured. Audio ducking can be specified to allow particularcommunication devices 136 to have priority over other devices 136 withinthe talk group 416 such that one or more communication devices 136 aremuted when a certain communication device 136 is receiving input audio(e.g. when the user of that device 136 is speaking). Similarly, outsideaudio could be provided to the users in the talk group 416, for example,from an outside radio source. The outside audio source could then bemuted whenever audio is received through one of the communicationdevices 136 within the talk group 416.

In way of further example, all communication devices 136 within a talkgroup 416 can share similar settings, or alternatively, communicationdevices 136 within a talk group 416 can have settings tailored to theexpected user of that communication device 136 (e.g. the foreman'scommunication device 136 has different settings from those of crewmembers). The GUI 400 will display specific names for each talk group416 which a user can modify (e.g. “excavation crew” or just “group 1”).This allows for the operator of the GUI 400 to see a straight forwardand intuitive visual representation of the options for variouscommunication channels between the devices 136. These groups 416 can beset or modified by the user by inputting data into the master station102 based on what the operator sees on the GUI 400. Setting up numeroustalk groups 416 can be advantageous to allow easy switching betweenseveral different modes and/or to specify communication across thesystem 100, as discussed in more detail below. Notably, whilecommunication devices 136 are used by way of example, it should beunderstood that other types of communication devices can be includedwithin the talk groups 416 and systems 100, such as communicationdevices connected to the system 100 via a radio link for example.

Referring now to FIGS. 5A-5C, sample interfaces for setting up a talkgroup in accordance with the subject technology are shown at 500 a, 500b, 500 c (generally 500). The interfaces 500 allow the operator of themaster station 102 to edit the settings which dictate communicationbetween the communication devices 136. In some cases, the interfaces arepresented to the user via a GUI on an output device attached directly tothe master station 102 and the user can edit the settings using an inputdevice attached to the master station 102. The output device can be ascreen, such as a computer monitor, and the input device can be a mouseand keyboard, buttons, touch screen, or the like. In other embodiments,modifications can be made on an external device with input/outputcapability and the ability to run the interfaces 500. For example, thesystem 100 settings and the software for running the interfaces 500 canbe transferred to a laptop, or put on a flash drive such that theinterfaces 500 can be accessed from an external device. Alternatively,interfaces can be based on HTML code and the master station 102 canupload the interfaces 500 on the Internet or on a server to allow theexternal device to access the interfaces 500 and modify the settings byopening the interfaces 500 on a web browser. Once modifications havebeen made to the settings using the interfaces 500 (e.g. specific talkgroups set up and/or option sets for various communication devices 136changed), the modified settings can be stored within the memory of themaster station 102 for implementation on the system 100 as needed.

The sample interfaces 500 represent an example format of how data ispresented to the user to allow them to modify the underlying settings ofthe master station. Referring to FIG. 5A, the user has created a talkgroup and named it “Intercom”. The Intercom group includes blocks whichrelate to three communication devices 502 a, 502 b, 502 c created by theuser within the system 100. Each device 502 has four different channels,the different channels being generally accessible by soft buttons oneach communication device 502. Each channel S1-S4 has different inputand output option sets associated with a particular communication device502. The user can also add additional communication devices which areconnected to the master station 102 (by hardwire or wirelessly). The S1and S2 channels for each device 502 are shown as being configured withoption sets 506 a-506 f (generally 506) which specify certaincommunication parameters to dictate communication between the devices502 within the Intercom group. The option sets 506 within for eachdevice 502 in the example shown are configured to allow thecommunication devices 502 within the “Intercom” talk group tocommunicate freely. For example communication device 502 a has aselection of at least two option sets 506 a, 506 b corresponding to thefirst two channels S1 and S2 respectively. The option sets 506 a, 506 bare set to an output of “All Rx” and an input of “Mic”. These settingsallow the corresponding communication device 502 a to hear all outputfrom communication devices 502 within the Intercom talk group, andsimilarly allows transmission of input audio to all other devices 502within the Intercom group. Further, while the first two option setselections 506 associated with the first two channels S1, S2 of eachdevice 502 are shown as being the same, the user could also setdifferent communication parameters within each option set 506. Forexample, in the second option set 506 b for the first device 502 a, theinput could be switched to “Off”, allowing the user of the correspondingcommunication device 502 a to mute their microphone by switching tochannel S2 which is associated with the second option set 506 b. Thecommunication device 502 a could also be allowed access to additionaloption sets. To that end, the communication device 506 a could allow theuser to switch to a third or fourth channel S3, S4 to activateadditional option sets 504 a, 504 b. Option sets 504 a, 504 b are set ina default “Off” position for both input and output. Therefore if thedevice 506 a switches to channels S3, S4, the device 506 a can avoidcommunication with other devices within the Intercom group (unless thecommunication is the result of inclusion in an additional, separate talkgroup). In some cases, the option sets 506 correspond to soft buttons onthe communication devices and activating a soft button causes thecommunication device to switch to a particular channel corresponding tothat soft button to run on the associated option set. The other devices502 b, 502 c can be configured similarly to the device 502 a.

Turning to FIG. 5B, within the interface 500 b the user has created asecond talk group labeled “Radio 1”. The Radio 1 talk group alsoincludes the devices 502 a, 502 b, 502 c that are within the Intercomgroup. In this case, each device 502 has a first channel “S1” with anoption set 512 a, 512 b, 512 c which allows the device 502 to hear alloutput within the Radio 1 group. Further, an additional device 510labeled “Radio/Line 1” is included within the Radio 1 group. The device510 is a two way radio signal transmitting and receiving device that isin communication with the other communication devices 502 within theRadio 1 group. The input/output options of the device 510 are set to“RadioTx” and “RadioRx”, respectively, allowing the device 510 totransmit to all communication devices 502 within the Radio 1 group, aswell as receive from all devices of the Radio 1 group. However, when onthe first channel “S1”, the communication devices 502 within the Radio 1group have their input settings set to “Mic-PTT”, meaning they will onlybe heard within the Radio 1 group when an activation mechanism, such asa PTT button, is used. In other words, the Radio 1 talk group isdesigned such that Radio 1 audio is always received by each device 502but only transmitted when a PTT button is held. Even when the PTT buttonis not held, the devices 502 may still hear one another by virtue oftheir inclusion in the Intercom talk group. The device 510 only hearsthe devices 502 when their respective PTT button is activated since thedevice 510 is not included in the Intercom talk group. Further, if thedevices 502 select a different option set (e.g. the option sets relatedto channels S2-S4), their output and input is set to “Off” and they willnot transmit or receive within the Radio 1 group. The communicationdevices 502 can be configured such that activating a particular channelS1-S4 activates a like channel S1-S4 and corresponding option set withineach talk group that device 502 is a part of. For example, activating afirst soft button of device 502 a could activate all option sets withinchannel “S1” on each talk group (e.g. option set 506 a, 512 a).Likewise, a second soft button could activate all option sets withinchannel “S2” (e.g. 506 b, 514 a).

Referring now to FIG. 5C, a third talk group labeled “Radio 2” wascreated using the interface 500 c. The Radio 2 group includes thedevices 502 as shown in interface 500 b, but adds an additional device520 which is similar to the device 510. The key difference between theoption sets show in FIG. 5C is that the communication devices 502 onlycommunicate with the device 520 when the communication devices 502 arerunning on the second channel “S2”. To that end, the second channel S2for each device 502 relates to option sets 522 a, 522 b, 522 c,respectively, which are set to an output of “All Rx” (allowing thedevices 502 to hear any communication within the Radio 2 group) and aninput of “Mic-PTT” (only providing input from one of the devices 502 tothe Radio 2 group when a PTT button is activated). All other option sets524 a-524 g are not configured and/or left in a default “Off” position,providing no communication between them via the Radio 2 group when theother channels S1, S3, S4 are activate. Therefore when any device 502switches between the first and second channels S1, S2, the devices 502will switch between which device 510, 520 is heard and receivespush-to-talk input from the devices 502.

Once the talk groups have been configured (e.g. as shown in interfaces500), a user can switch between channels to cycle through the optionssets on a communication device 502. For example, a communication device502 can have a number of select buttons associated with each of thechannels S1-S4. Activating a select button related to a particularchannel causes the device to function under the parameters set forth forthat channel within each talk group. Alternatively, the user'scommunication device 502 may have a single soft button which rotatesthrough all possible channel selections and corresponding option sets.In that case, a visual or audio prompt can alert the user as to whichchannel is currently active once a user switches channels. When the talkgroups are arranged as shown in interfaces 500, activating the firstchannel S1 allows free communication between the devices 502, with eachdevice 502 being able to receive audio from and send audio to any otherdevice 502. On channel S1, the devices 502 will also be able to hearaudio coming from the device 510, and can be heard by device 510 byactivating a PTT button. On channel S2, the devices 502 can still freelycommunicate except that they will not hear, or be heard by, the device510. However, on channel S2, the devices 502 will be able to hear thedevice 520 and be heard by the device 520 when their PTT button isactivated. Selecting channels S3-S4 will result in no communicationbetween any of the devices 502, 510, 520 via the talk groups shown ininterfaces 500 (however, these channels could configured in other talkgroups not shown).

Referring now to FIG. 6A, the master station 102 includes software whichprocesses incoming digital signals to implement the master station 102settings shown and described herein and control the communicationbetween the devices. The software does so by relying on a series oftables 602, 604 stored within the memory of the master station 102. Thetables are populated with information via input from a user which canbe, for example, by configuring channels and talk groups through aninterface run on a web browser, as discussed above. Notably, it shouldbe understood that the tables 602, 604 shown in FIG. 6 are a visualrepresentation of the organization of information in the underlyingimproved method of controlling communication.

Typically, each communication device within the system 100 will have aninput table 602 for an audio source (e.g. microphone or input source)and an output table 604 for an audio destination (e.g. speaker or outputsource). While the tables 602, 604 are largely shown as not populated inthe example of FIG. 6, some, or all of the cells will typically befilled once the channels have been completely configured within themaster station 102. The cells 606 within the input table 602 arecontained within a row 608 corresponding to a particular destination onthe system 100, each destination being a separate communication deviceon the system in communication with the device utilizing the table 602.The cells 606 are also located within a column 610, each column 610relating to one or more of the channel selections for the device. Eachcell 606 stores information to control volume between the device and aseparate device on the system 100 depending on how each channel has beenconfigured (e.g. through the processes of FIGS. 5A-5C). So for example,when the communication device associated with source “1” selects channel“3”, the value of “4” will be returned for a volume control. The value“4” for a volume control can relate to, for example, a representativedecibel level for communications between the device using the table 602and the source “1” device. In this way, the rows 608 and columns 610form a multidimensional array of cells containing volume controlinformation.

Likewise, each device will also have an output table 604 which includesa multidimensional array of cells 612 containing volume controlinformation for when the device is acting as an output device (i.e.receiving and outputting a signal from another device on the system).Similarly to the input table 602, each cell 612 on the output table 604is contained within a row 614 which corresponds to a separate device onthe system and a column 616 which relates to a channel which the devicescan access. Notably, the terms “row” and “column” are used to describelinear arrays of data within the tables 602, 604 and are not meant todesignate a specific orientation where rows must run horizontally andcolumns must run vertically (although this is the way the rows andcolumns are shown by way of example in FIG. 6A). In other embodiments,the roles of the rows and columns in FIG. 6A could be reversed.

Since each communication device on the system has a corresponding inputand output table 602, 604, the communication between any two deviceswill result in two cells being called upon. For example, when input intoa first device is being sent to a second device for output, one cell onthe input table 602 of the first device (the “input device cell”) andone cell on the output table of the second device (the “output devicecell”) are called upon. In at least one embodiment of the subjecttechnology, the ultimate volume that is disseminated from the seconddevice (i.e. the device generating an output) is the result of acomparison between the input device cell and output device cell. Inparticular, the input cell value and the output cell value are comparedand the lower volume control value is selected and relied upon fortransmitting signals between the devices. The calculated volume is thentransformed into a value which can be provided to adjust the signalbetween the devices during digital signal processing, as discussed inmore detail below.

By storing the volume control information for each device in anassociated input and output table, the system 100 needs only to retrievetwo tables from the memory bank to facilitate communication between twodevices. Further, the tables are stored such that they are easilyretrievable by a lookup tag associated with the correspondingcommunication device. Therefore when the system 100 receives a requestto transfer audio between two devices, the system 100 is able to quicklyretrieve the relevant tables and define the communication between thedevices (e.g. determine a volume of audio to be transferred).

Using the method of storing audio routing data using multiple tables andinterrogating the values of each one to derive a final audio routeallows several advantages. The tables can easily be indexed and selectedusing pointers to instantly change routing without excessive processingpower. Audio routing data remains human readable in these tables andwell organized. Tables and the algorithms that interrogate them can beeasily upgraded and expanded to allow for addition features. In thisway, this technique provides for a significant technological improvementover those previously employed.

Referring now to FIG. 6B, a method 650 of managing communicationsbetween multiple communication devices on the system 100 through use ofthe tables 602, 604 of FIG. 6A is shown. At step 652, the method 650begins. At step 654, an input table is provided for each communicationdevice. The input table has a plurality of first linear arrayscorresponding to the other communication devices on the system 100, likethe rows 608 shown in FIG. 6A. The input table also has a plurality ofsecond linear arrays and corresponding to communication channels, suchas the columns 610. The first and second linear arrays intersect todefine associated cells. The cells contain volume control informationfor the device and channel that correspond to the associated firstlinear array and second linear array, respectively.

At step 656, an output table is provided for each communication device.The output table has a plurality of third linear arrays corresponding tothe other communication devices on the system 100, like the rows 614shown in FIG. 6A. The output table also has a plurality of fourth lineararrays corresponding to communication channels, such as the columns 616.The third and fourth linear arrays intersect to define associated cells.The cells contain volume control information for the device and channelthat correspond to the associated third linear array and fourth lineararray, respectively.

At step 658, a request has been generated to transfer an audio signalfrom a first communication device to a second communication device, forexample, by a user setting the first communication device to a channeland speaking into a microphone on the device. The request to transferthe audio signal is received by the system 100. The first communicationdevice is set to a channel which is identified as the first activechannel at step 660. Similarly, at step 660, the second communicationdevice is set to a channel which is identified as the second activechannel. The active channels for each device can be set locally at eachdevice. For example, as described above, the devices can have one ormore buttons which are used for switching between possible channels toselect an active channel.

The system 100 then calls up, or locates, the input table of the firstcommunication device and the output table of the second communicationdevice as needed. The input table is used for the first communicationdevice as the first communication device is attempting to transferaudio. Likewise, the output table is used for the second communicationdevice as the second communication device is attempting to receive audio(or said another way, the first communication device is attempting tosend the audio signal to the second communication device).

From the input and output tables, the relevant cells are identifiedwhich relate to communication between the first and second communicationdevices along the active channels. To that end, turning to step 662, afirst cell is identified from the input table. The first cell is definedfrom the first linear array corresponding to the second communicationdevice and the second linear array corresponding to the first activechannel. The first cell will have volume control information germane totransferring audio from the first communication device to the secondcommunication device when the first communication device is set to thefirst active channel. Similarly, at step 664, a second cell isidentified from the output table. The second cell is defined from thethird linear array corresponding to the first communication device andthe fourth linear array corresponding to the second active channel. Thesecond cell will have volume control information germane to transferringaudio from the first communication device to the second communicationdevice when the second communication device is set to the second activechannel.

After steps 662 and 664, two sets of volume control information willhave been identified—volume control information associated with thefirst cell and volume control information associated with the secondcell. The two sets of volume control information are then compared atstep 666, and at step 668 the audio signal of the audio transfer requestis modified based on the comparison of the volume control information.The volume control information is generally used to determine the volumeof the audio for the audio signal that will be sent from onecommunication device to another (e.g. in the present example, from thefirst communication device to the second communication device). Forexample, when talk groups with different channels are set up within thesystem 100, each channel will have parameters for communication betweendevices on the system 100, as discussed above. These parameters caninclude volume control information for communication from onecommunication device to another. Therefore, depending on how thechannels are configured, the volume control information may dictate thatwhen the second communication device is on a second channel it hears thefirst communication device at full volume, at a volume less than fullvolume, or not at all (i.e. the first communication device is muted. Theparameters, channels, and volume control information can be set from themaster station, the master station being connected to the communicationdevices by Ethernet.

In some cases, during the volume control information comparison at step668, the volume control information in the first cell and the secondcell can be viewed as suggested volumes for communication between therelevant devices. The suggested volumes in the first cell and secondcell can then be compared and a smallest suggested volume determined,the smallest suggested volume being the smaller of the two values. Inthat case, the audio signal can be modified based upon the smallestsuggested volume from the first and second cells.

The modified audio signal can then be transferred, at step 670, from thefirst communication device to the second communication device. Undercertain circumstances, however, the modified audio signal need not betransferred to the second device. For example, when the governing volumecontrol information dictates that the first communication device shouldappear muted to the second communication device, the audio signal neednot be transferred. Along the same lines, if the first communicationdevice is receiving a large amount of noise at the input location (e.g.through the microphone), then it may be desirable to not transfer thesignal. To that end, signal processing can be done, as seen in FIG. 7and discussed below, to filter noise and/or determine whether the audiosignal should be transferred. Thus the noise level (i.e. level ofunwanted audio not generated by the user) and voice level (i.e. level ofinput coming from a human voice) within the audio signal can becompared, and the signal is transferred only when the voice level isgreater than the noise level. Notably, in some cases the step ofcomparing the noise and voice level can take place within acommunication device, and a request to transfer audio is only generated(i.e. step 658 only occurs) after it is determined that the voice levelis greater than the noise level. The method 650 then comes to an end atstep 672, and can be repeated if/when another request to transfer audiocomes in.

Referring now to FIG. 7, an example of a block diagram of a method 700of processing signals within the system 100 in accordance with thesubject technology is shown. The method 700 is relied upon when audio ispassed from a communication device through the system 100 to determineif the transmitted audio is coming from a human voice or just backgroundnoise. Physically, this process typically takes place within thecommunication devices themselves, such as within the headset and/orwithin an endpoint. Input audio from any of the devices within thesystem 100 can be subject to the signal processing method 700 before theaudio is transmitted to other devices on the system 100.

The method 700 begins when an audio signal 702 is received, for example,through input from a microphone from one of the headsets of acommunication device. The audio signal is then passed through both avoice band filter 704 and a noise filter 706. Each filter 704, 706 isconfigured to pass frequency within a given range and reject frequencyoutside of that range. For example, the voice band filter 704 iscalibrated based on an expected voice frequency band, while the noisefilter 706 is calibrated to detect frequency outside of the expectedvoice frequency band. Level detectors 708, 710 then detect strength ofthe signal that has passed through the voice band filter 704 and noisefilter 706, respectively. At block 712, the strength of the voice andnoise signals, as determined by the level detectors 708, 710, iscompared. If the voice signal strength is higher than the noise signalstrength, the communication device which transmitted the audio (e.g. theheadset) is enabled at block 714 and the audio is produced within theproper channel at block 716, as described above. On the other hand, ifthe noise signal strength is greater than the voice signal strength thenthe device is silenced or muted at block 718 and the signal does notpass to the other devices within the system 100.

Referring now to FIG. 8, a high level block diagram 800 of communicationwithin the system 100 is shown, including the web server which runswithin the master station on a microcontroller. Whenever the GUI is usedto query or make changes to the system 100 (e.g. changes are enteredinto master station 102), the communications shown in block diagram 800are employed. For example, an incoming request 802 can be received viathe web server 804, the request 802 then being provided to amixer/controller 806. If the request is digital audio network throughEthernet (“Dante”) related, it is sent to the Dante module 808 withinthe master station 102. Dante related requests can be, for example, alisting of all endpoints on the network, querying, making, or breakingDante audio routes or subscriptions (i.e. connections with other devicesthrough Dante modules), querying or making configuration changes to anyendpoint device, or the like.

Notably, the endpoint device 822 can be any Dante-enabled device whichis connected to the master station 102 via an Ethernet connection, suchas a wired or wireless endpoint, or a headset 814. In the case of awired endpoint, a headset 814 is connected directly to the endpoint andthe user interface 820 is located on the wired endpoint itself. In thecase of a wireless endpoint, the wireless endpoint is connected to themaster station 102 via Ethernet but the endpoint contains a DECT module824 which communicates wirelessly with a belt station which also has aDECT module. The headset 814 is then connected to the belt station. Eachendpoint 822 on in system 100 also includes a microprocessor 818 whichmanages the non-audio configuration data and the user interface.

From the Dante module 808, the request is then routed accordingly to theapplicable endpoint device 822. The signal from the Dante module 808 canbe transmitted over a TCP/IP Ethernet network where the request isreceived by a corresponding Dante module 816 within the endpoint device822. The Dante modules 816 connect each endpoint 822 to the TCP/IPEthernet network of the system 100 while also managing audio andnon-audio configuration data. The Dante module 808 of the master station102 has audio channels which are virtually connected to the Dantemodules 816 within each endpoint device 822, forming subscriptionsbetween the corresponding devices. In this way, audio is passed betweenthe master station 102 and the endpoint device 822 over the Ethernet.After any request 802, a status is returned by the webserver 804 as aresponse to the request 802 which indicates whether the request wassuccessful or not. The system 100 can then take appropriate action toretry the request or report the failure to the user via the GUI.

If the incoming request 802 is not Dante related, and is instead relatedto the talk groups, it will instead be sent to the DSP mixing module812. Such a request 802 can enter an endpoint 822 from a headset, pass,over Ethernet, from the Dante module 816 of the endpoint 822 to theDante module 808 of the master station 102. The Dante module 808 willthen pass the audio digitally to the DSP mixing module 812 where alldynamic mixing of audio on the system 100 is done. After every update tothe communication data tables (e.g. FIG. 6A), the mixer/controller scansthe memory bank 810 where the table configuration information is stored.Therefore the mixer/controller 806 can provide updated data from therelevant tables to the DSP mixing module 812 for processing. Further,the table information retrieved from the memory bank 810 will bedependent on which devices are communicating and which channel isselected on the communication (i.e. which cells from FIG. 6A arepertinent). As such, depending on the communication devices exchanginginformation and the channel selections of those devices, themixer/controller 806 can provide relevant tables and/or relevant datapoints generated from the tables to the DSP mixing module 812. The DSPmixing module 812 can then route the final digital signal, via the Dantemodule 808, to a separate endpoint device which will use the signal tooutput audio through a communication device. Alternatively, the DSPmixing module 812 can be configured to route the audio out to or in froma radio/auxiliary card to a 2-way radio or auxiliary device. In thisway, signals are sent between two communication devices through thesystem 100.

Referring again to FIG. 2, in some cases, listening devices such aslisten-only Dante devices can act as non-standard endpoints linked to anunderlying standard endpoint (e.g. wired endpoints 116 or communicationdevices 136) on the system 100, the listening devices outputting thesame audio as the linked standard endpoint. In the example shown in FIG.2, an audio output device 137 is linked to, and configured to output thesame audio as, a corresponding communication device 136. The linkedaudio output device 137 acts as a listening one way communicationdevice, which can include speakers or other means for outputting sound.The audio output device 137 does not send any audio originating from theaudio output device 137 over the system 100, but can extend the system100 by outputting the same audio as the communication device 136 towhich it is linked at a remote location. In brief summary, the audiooutput device 137 is subscribed to whatever channel the correspondingcommunication device 136 is subscribed to, such that they output thesame audio.

More particularly, the audio output device 137 links to a correspondingcommunication device 136 by being configured with the same channelsettings (i.e. to listen to the same channel). Therefore whenever anactive channel is selected for communication over the system 100, theaudio output device 137 is configured to listen to the communicationchannel of the corresponding communication device 136 and operate underthe same parameters for audio transfer. Operating under the sameparameters results in the linked audio output device 137 playing thesame audio as the corresponding communication device 136, which isdependent on the channel selection. Further, when an audio output device137 is linked to a communication device 136, the system 100 imports anychanges to the channel settings of the communication device 136 directlyto the corresponding audio output device 137. This is done through themaster station 102, which stores the settings for all devices on thesystem 100. The settings can include information about which audiooutput device 137 is linked to which communication device 136. Thereforewhen a change is made to the active channel of a given communicationdevice 136, the master station 102 can automatically send audio to thelinked audio output device 137 in accordance with the audio beingtransferred to the communication device 136 based on the new channelselection. In this way, once linked, the audio output device 137 will beconfigured to receive the same audio as the communication device 136 towhich it is linked even when the settings of the communication 136device are changed. Notably, while one audio output device 137 is shownin FIG. 2 by way of example, it should be understood that one or moreseparate audio output devices 137 could be linked to any of thecommunication devices 136, or other endpoints (e.g. wired endpoints 116)as desired.

Referring again to FIG. 4, the GUI 400 can be configured to serve as auser interface during operation of the system 100. The GUI 400 can be ascreen and/or monitor, configured to show information about variouscomponents of the system 100, such as the settings which dictateinteractions between the communication devices 136. For example, the GUI400 can depict groupings of the communication devices 136 based onshared channels. The GUI 400 can operated by the browser based program(e.g. as described above) through an I/O device directly connected tothe master station 102. In such a case, the settings for eachcommunication device 136 are displayed dynamically, the GUI 400 beingupdated in real time to reflect any changes to the underlying settings.

When a standard endpoint (e.g. communication device 136 or endpoint 116)is linked to a non-standard endpoint (e.g. audio output device) asdescribed above the, GUI 400 can advantageously be configured to showthe endpoints are linked. Configuring the GUI 400 in this way canpresent challenges. Typically, the GUI 400 displays data oncommunication devices 136 and other standard endpoints according to aninternal configuration file which processes DSP changes. In oneexemplary case, the GUI 400 is configured to show an interface where thecommunication devices 136 and their corresponding channel settings areshown. When a device 136 is active on a given channel, the device 136 isdisplayed with indicia denoting the device 136 is active. For example,an active device 136 can be shown with a highlighted background. Sincethe settings of each device 136 can be updated in real time, the system100 is configured with an algorithm which monitors the system 100 todetermine what should and should not be highlighted. For example, thealgorithm works by searching the channel settings of each communicationdevice 136 (or other standard endpoint) and determining if they match anaudio output device 137 (or other non-standard endpoint). If a match isfound, the communication device 136 and audio output device 137 areconsidered linked. In this arrangement, the communication device 136 isalways considered the master and retains all configurability, while theaudio output device 137 is considered the slave. Once an audio outputdevice 137 is linked to a communication device 136, the user will nolonger be able to modify the channel settings of the audio output device137 through the GUI 400, the audio output device 137 instead followingthe channels of the standard endpoint to which it is linked.

Referring now to FIG. 9, an exemplary interface 900 displays an audiooutput device 902 linked to a communication device 904 in accordancewith the subject technology. The interface 900 can be based on HTML codeand run within a web browser through the master station 102, as withinterfaces previously described. The display screen on the interface 900shows a given group of devices 902, 904, 906, which is described hereinas group “01”. Drop down menus 908, 910 under the audio output device902 show information on output and input information for that device902. Above the drop down menu 908 for “outputs”, the interface 900indicates that the audio output device 902 is “linked” to anotherdevice. The current group, “01” is displayed as a different color in thedrop down menu 908. Therefore, the combination of the “linked” indicatorand the alternatively colored group “01” indicator tell the user thatthe audio output device 902 is linked to a device within that group.Further highlighting can also be used to indicate if and when the outputdevice 902 is active within the current group. The interface 900 isfurther designed such that when a user hovers the cursor over a group inthe drop down menu 908, a tooltip will appear indicating which deviceand channel the audio output device 902 is linked to.

Referring now to FIG. 10, an embodiment of another system 1000 inaccordance with the subject technology is shown. The system 1000 usestwo separate master stations 1002 a, 1002 b (generally 10002) which areelectrically coupled together via a wire 1004. In other embodiments, themaster stations 1002 can communicate by virtually any other means,including wirelessly and/or over the internet. The master stations 1002include inter-master channels which are configured within the settings.Much like the other channels described herein, the inter-master channelsdictate the parameters for audio transfer within the system 1000.However, the inter-master channels are different in that theyspecifically dictate audio transfer between the master stations 1002,and between devices connected to different master stations 1002.

Each master station 1002 has its own set of radio devices 104 a, 104 b,106 a, 106 b, 108 a, 108 b, communication devices 136 a, 136 b, and alinked audio output device 137 a, 137 b. Notably, the system 1000 andmaster stations 1002 are simplified in FIG. 10 to show only certaincomponents. It should be understood that each master station 1002 canact similarly to any other master station described herein, and canaccordingly be connected to any components shown and described herein asinteracting with a master station. For example, the master stations 1002can be configured like the master station 102 of FIGS. 1 and 2, and beconnected to similar components and/or devices, except as otherwisedescribed herein. Employing multiple master stations 1002 allows anexisting system, such as one with only a single master station, to beeasily extended and/or made more robust by including additional radioand/or communication devices which reach additional locations.

When multiple master stations 1002 are used, one master station 1002 istypically denoted the primary master station while any others are allsecondary master stations. To configure the connections of devices tothe master stations 1002, the user runs the browser based program oneach master station 1002, which allows the user to access the GUI 400 toconfigure the device settings (e.g. channels, inter-master channels, andgroups). Typically, the user will start by configuring the devicesconnected to the primary master station 1002 before running the GUI 400on each of the secondary master stations 1002 to configure the devicesettings for those stations 1002. After this is done, the system 1000will produce a system settings file which stores the settings for alldevices connected to any master station 1002 on the system. The settingsfile can then be used to restore settings on the master stations 1002,or clone the settings on the system 1000 so that they can be provided toa different system.

Delegating a particular master station 1002 as a primary master station1002 also allows the entire system 1000 settings to be configuredthrough GUI 400 of the primary master station. For example, if masterstation 1002 a is delegated as the primary master station and the masterstation 1002 b is delegated as a secondary master station, the settingsfile can be exported to the primary master station 1002 a to restoresettings for the entire system 1000. The secondary master station 1002 bwill communicate with the primary master station 1002 a to receive thesystem settings and transfer audio as dictated by those settings.

Since the GUI 400 operates via a browser based program, one problem thatarises is that browser restrictions are sometimes in place to prevent“cross-site scripting” or “Cross-Origin Resource Sharing” (CORS). Bydefault, client-side code (i.e. code running on the user's browser) isonly permitted to communicate with the server from which it was loaded,except under certain circumstances. To make the aforementionedarrangement of primary and secondary master stations 1002 work, an HTTPheader on the secondary master station 1002 b must be configured toallow the IP address of the primary master station 1002 a to access it.This header name is “Access-Control-Allow-Origin” and the value is theIP of the primary master station 1002 a. To configure this header, thesecondary master stations' 1002 b GUI must be accessed directly at leastonce and the user must enter in the IP address of the primary masterstation 1002 a. Therefore, this can be done during the initial settingconfiguration of the devices at the each secondary master station 1002b. After this is done, all subsequent setting changes can be done viathe primary master station 1002 a.

It will be appreciated by those of ordinary skill in the pertinent artthat the functions of several elements may, in alternative embodiments,be carried out by fewer elements or a single element. Similarly, in someembodiments, any functional element may perform fewer, or different,operations than those described with respect to the illustratedembodiment. Also, functional elements (e.g., transmitters, receivers,inputs, outputs, and the like) shown as distinct for purposes ofillustration may be incorporated within other functional elements in aparticular implementation.

While the subject technology has been described with respect topreferred embodiments, those skilled in the art will readily appreciatethat various changes and/or modifications can be made to the subjecttechnology without departing from the spirit or scope of the subjecttechnology. For example, each claim may depend from any or all claims ina multiple dependent manner even though such has not been originallyclaimed.

What is claimed is:
 1. A digital intercom system comprising: a masterstation having hardware and software configured to allow duplexcommunication between a plurality of communication devices, the softwarefurther configured to run a plurality of settings for directingcommunication between the communication devices, the settings includinga plurality of channels for each communication device, the channels eachdefining parameters for how the communication devices within the systemwill communicate; and at least one audio output device linked to acorresponding communication device of the plurality of communicationdevices such that the audio output device is configured to receive andplay the same audio as the corresponding communication device, wherein,the master station is configured to modify the settings based on inputentered into a browser based program run on an input/output (I/O) deviceby a user.
 2. The digital intercom system of claim 1, further comprisingone or more wireless gateways, each wireless gateway hardwired to themaster station and in wireless communication with at least one of thecommunication devices.
 3. The digital intercom system of claim 1,wherein the audio output devices are positioned at a location remotefrom the corresponding communication device and comprise a speaker. 4.The digital intercom system of claim 1, wherein the settings includeparameters defining how the audio output devices receive audio.
 5. Thedigital intercom system of claim 4, wherein each audio output device isconfigured such that when a change is made to the settings of thecorresponding communication device related to how audio is received, acorresponding change is made to parameters of the audio output device.6. The digital intercom system of claim 1, wherein each communicationdevice is configured to transfer audio based on the parameters of anactive channel of the plurality of channels; and the audio outputdevices are configured to subscribe to the active channel of thecorresponding communication device to receive audio based on the activechannel.
 7. The digital intercom system of claim 1, further comprising auser interface operable via the browser based program configured todepict: groupings of the communication devices based on shared channels;and the at least one audio output device as linked to the correspondingcommunication device.
 8. The digital intercom system of claim 7, whereinthe user interface is configured to operate via the master station todynamically display changes to the settings in real time.
 9. The digitalintercom system of claim 8, wherein the system is configured to: run analgorithm to detect when a communication device is active; and displayindicia denoting which communication devices are active.
 10. The digitalintercom system of claim 1, wherein: the master station includes memoryfor storing the browser based program; and the master station isconfigured to allow the user, via the I/O device, to: download a copy ofthe settings from the memory; upload new modified settings from the I/Odevice; and store the new modified settings in the memory.
 11. Thedigital intercom system of claim 10, wherein the master station isconfigured to upload the browser based program to a server to allow theuser, via the I/O device, to modify the settings by accessing thebrowser based program from the server.